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DETAILED ACTION 
Acknowledgment 

1. Applicant's amendment filed on December 24, 2008 is acknowledged. 
Accordingly claims 9-13, 15-19 and 29-33, remain pending. 

Response to Arguments 

2. Applicant's arguments with respect to claims 9-13, 15-19 and 29-33 have been 
considered but are moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 9-13, and 15-19, are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Brown et al U.S. Patent Application Publication No. 2004/0139327 
A1 in view of Tallent JR. et al (hereinafter "Tallent") U.S. Patent Application Publication 
No. 2006/01 79008 A1. 



5. As per claim 9 , Brown et al discloses a computer-implemented method for 
ensuring non-repudiation of a payment request, the payment request being generated in 
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a computing environment having a connection to a network, the method comprising the 
steps of: 

receiving, over the network, the payment request together with a certificate 
identifying a user having caused the payment request to be generated, the certificate 
including certificate-identifying information and user-identifying information, the 
certificate further including authority information defining an authority of the user to 
make the payment request (fig. 1, 2, 3, and 8; 0165; 0174; 0183; claim 80); 

validating the certificate-identifying information and the user-identifying 
information included within the received certificate by accessing a store of authority 
information that is independent of the received certificate (figs. 1, 2, 3, and 8; 0165; 
0067; 0174; 0183; claim 80); 

accessing a store of authority information that is coupled to the network, that is 
stored apart from the payment request and that is independent of the received 
certificate; 

retrieving from the accessed store of authority information stored authority 
information that is associated with the user (0088, which discloses that the signer may 
provide a pass phrase or the like to the role identifier 104, after which the pass phrase is 
compared against a database of pass phrases for various signing roles...); 

comparing the retrieved authority information with the authority information 
included within the received certificate to determine whether the retrieved authority 
information matches the authority information included within the received certificate 
(0088, which discloses that if a match is found, the signer is authorized for the 
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corresponding role; 0089, which discloses when a match is found, the corresponding 
private key is retrieved from the database); 

validating the authority information within the received certificate only if the 
retrieved authority information matches the authority information included within the 
received certificate (0088 which discloses that if a match is found, the signer is 
authorized for the corresponding role), and 

executing of the payment request only when the certificate-identifying 
information, the user-identifying information and the authority information within the 
received certificate is successfully validated (0169, which discloses that the certificate 
includes at least the signer's name and public key... after the certificate is decrypted, the 
method continues by determining whether the signer's identity ... matches the signer's 
name in the decrypted certificate, if not the signature verification service 710 terminates 
with the signature not being verified... see claim 49, which discloses completing the 
electronic payment request when the payment amount does not exceed the signer's 
maximum authority; se also fig. 1 , 2, 3, and 8; 01 65; 01 74; 01 83; claim 80). 

6. What Brown does not explicitly teach is: 

accessing a store of authority information that is coupled to the network, that is 
stored apart from the payment request and that is independent of the received 
certificate; 

7. Tallent discloses accessing a store of authority information that is coupled to the 
network, that is stored apart from the payment request and that is independent of the 
received certificate (see figs. 1 , 4C, 4D, 4E, 5, where authority is forwarded and verified 
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by the root entity where authority to sign is stored; 0033, which discloses that Root 
entity 1 10 is also preferably provided with a central repository 260. Central repository 
260 is preferably adapted to store data...; 0141-0148, 0167). 

Accordingly it would have been obvious to one of ordinary skill in the art at time 
of applicant's invention to modify the system of Brown et al and incorporate a method 
comprising accessing a store of authority information that is coupled to the network, that 
is stored apart from the payment request and that is independent of the received 
certificate in view of the teachings of Tallent, since the claimed invention is merely a 
combination of old and known elements, and in the combination each element merely 
would have performed the same function as it did separately, and one of ordinary skill in 
the art would have recognized that the results of the combination were predictable. In 
addition it would have been obvious to one of ordinary skill in the art at time of 
applicant's invention to modify the system of Brown et al and incorporate a method 
comprising accessing a store of authority information that is coupled to the network, that 
is stored apart from the payment request and that is independent of the received 
certificate in order to ensure adequate security of the document. 

8. As per claim 10 , Brown et al further discloses the method, wherein the payment 
request is for a predetermined amount and wherein the payment request is authorized 
only when the validating steps are successful and when the authority information for the 
user stored in the hierarchical authority data structure lists an authorized amount for the 
user at least equal to the predetermined amount (01 77; 01 83; 01 84; 01 85). 
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9. As per claim 11 and 16 , Brown et al further discloses the method, wherein the 
certificate received in the receiving step conforms to the X.509 standard (0109; 0164; 
0183). 

10. As per claim 12 and 17 , Brown et al further discloses the method, wherein the 
authority information is configured as XML code (0062; 0068; 0069). 

11. As per claim 13 and 18 , Brown et al further discloses the method, wherein the 
XML code is compliant with a DSML standard (0062; 0068; 0069). 

12. As per claim 15 , Brown et al discloses a software application configured to carry 
out a financial transaction, the application being configured to run on a computer 
coupled to a network, and comprising, stored on a computer-readable medium: 

certificate receiving code which is configured to receive a digital certificate from a 
user over the network, the certificate including certificate-identifying information and 
user-identifying information, the certificate further including authority information that 
defines an authority granted to the user to request that the financial transaction be 
carried out (fig. 1, 2, 3, and 8; 0165; 0174; 0183; claim 80); 

certificate validating code configured to enable validation of the certificate- 
identifying information and user-identifying information within the received certificate 
(fig. 1,2,3, and 8; 01 65; 01 74; 01 83; claim 80) and 
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authorization validating code configured to cause the computer to carry out steps 

of: 

accessing a store of authority information that is coupled to the network, that is 
stored apart from the payment request and that is independent of the received 
certificate; 

retrieving from the accessed data structure stored authority information that is 
associated with the user (0088, which discloses that the signer may provide a pass 
phrase or the like to the role identifier 104, after which the pass phrase is compared 
against a database of pass phrases for various signing roles...); 

comparing the retrieved authority information with the authority information 
included within the received certificate to determine whether the retrieved authority 
information matches the authority information included within the received certificate 
(0088, which discloses that if a match is found, the signer is authorized for the 
corresponding role; 0089, which discloses when a match is found, the corresponding 
private key is retrieved from the database); 

validating the authority information within the received certificate only if the 
retrieved authority information matches the authority information included within the 
received certificate (0088 which discloses that if a match is found, the signer is 
authorized for the corresponding role), and 

executing of the financial transaction only when the authority information within 
the received certificate is successfully validated (0169, which discloses that the 
certificate includes at least the signer's name and public key... after the certificate is 



Application/Control Number: 10/727,409 Page 8 

Art Unit: 3685 

decrypted, the method continues by determining whether the signer's identity ... 
matches the signer's name in the decrypted certificate, if not the signature verification 
service 710 terminates with the signature not being verified... see claim 49, which 
discloses completing the electronic payment request when the payment amount does 
not exceed the signer's maximum authority; se also fig. 1, 2, 3, and 8; 0165; 0174; 
0183; claim 80). 

13. What Brown does not explicitly teach is: 

accessing a store of authority information that is coupled to the network, that is 
stored apart from the payment request and that is independent of the received 
certificate. 

14. Tallent discloses accessing a store of authority information that is coupled to the 
network, that is stored apart from the payment request and that is independent of the 
received certificate (see figs. 1 , 4C, 4D, 4E, 5, where authority is forwarded and verified 
by the root entity where authority to sign is stored; 0141-0148, 0167). 

Accordingly it would have been obvious to one of ordinary skill in the art at time 
of applicant's invention to modify the system of Brown et al and incorporate a method 
comprising accessing a store of authority information that is coupled to the network, that 
is stored apart from the payment request and that is independent of the received 
certificate in view of the teachings of Tallent in oreder to ensure adequate security of 
the document, and in addition since the claimed invention is merely a combination of old 
and known elements, and in the combination each element merely would have 
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performed the same function as it did separately, and one of ordinary skill in the art 
would have recognized that the results of the combination were predictable. 

15. As per claim 19 , Brown et al further discloses the software application, wherein 
the authority defined by the authority information within the received certificate also 
defines rights of the user to access predetermined data and programs within the 
network (0183; 0184). 

16. Claims 29-33 , are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Brown et al U.S. Patent Application Publication No. 2004/0139327 A1 in view of 
Hwangbo U.S. Patent Application Publication No. 2003/0154376 A1 and further in view 
of Tallent JR. et al (hereinafter "Tallent") U.S. Patent Application Publication No. 
2006/01 79008 A1. 

17. As per claim 29 , Brown et al discloses in a computing environment having a 
connection to a network, computer readable code readable by a computer system in 
said environment, for enabling a server computer within the computing environment to 
both authenticate a user of a client computer within the computing environment and to 
verify that the user is authorized to request that the server computer carry out a 
requested action, comprising: 

a digital certificate assigned to the user of the client computer, the digital 
certificate comprising a first code portion and a second code portion, wherein the first 
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code portion of the digital certificate is configured enable authentication of the user, the 
first code portion defines a public key, a certificate serial number, a certificate validity 
period, a digital signature of the certificate authority, and an extension field; 

wherein the second code portion of the digital certificate is configured to define 
an authority of the user of the client computer to request that the server computer carry 
out the requested action, the second code portion being configured for inclusion within 
the extension field of the first code portion, the authority of the user defined within the 
second code portion of the certificate defining access rights of the user to data and 
programs within the computing environment (see figs. 1 and 3; 0165; 0067; 0174; 
0183), and 

code for causing the server computer to carry out steps of: 

accessing a store of authority information that is coupled to the network, that is 

stored apart from the payment request and that is independent of the received 

certificate; 

retrieving from the accessed store of authority information stored authority 
information that is associated with the user (0088, which discloses that the signer may 
provide a pass phrase or the like to the role identifier 104, after which the pass phrase is 
compared against a database of pass phrases for various signing roles...); 

comparing the retrieved authority information with the authority information 
included within the received certificate to determine whether the retrieved authority 
information matches the authority information included within the received certificate 
(0088, which discloses that if a match is found, the signer is authorized for the 
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corresponding role; 0089, which discloses when a match is found, the corresponding 
private key is retrieved from the database); 

validating the authority information within the received certificate only if the 
retrieved authority information matches the authority information included within the 
received certificate (0088 which discloses that if a match is found, the signer is 
authorized for the corresponding role), and 

carrying out the requested action only when the the authority information within 
the received certificate is successfully validated (0169, which discloses that the 
certificate includes at least the signer's name and public key... after the certificate is 
decrypted, the method continues by determining whether the signer's identity ... 
matches the signer's name in the decrypted certificate, if not the signature verification 
service 710 terminates with the signature not being verified... see claim 49, which 
discloses completing the electronic payment request when the payment amount does 
not exceed the signer's maximum authority; se also fig. 1, 2, 3, and 8; 0165; 0174; 
0183; claim 80). 

18. What Brown does not explicitly teach is: 

accessing a store of authority information that is coupled to the network, that is 
stored apart from the payment request and that is independent of the received 
certificate; 

a digital certificate assigned to the user of the client computer, the digital 
certificate comprising a first code portion and a second code portion, wherein the first 
code portion of the digital certificate is configured enable authentication of the user, the 
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first code portion defines a public key, a certificate serial number, a certificate validity 
period, a digital signature of the certificate authority, and the extension field (extension 
fields are inherent in X.509 certificates) 

19. Hwangbo discloses a digital certificate assigned to the user of the client 
computer, the digital certificate comprising a first code portion and a second code 
portion, wherein the first code portion of the digital certificate is configured enable 
authentication of the user, the first code portion defines a public key, a certificate serial 
number, a certificate validity period, a digital signature of the certificate authority, and 
the extension field (fig. 10; 0029; 0034; 0096; claim 17). 

20. Tallent discloses accessing a store of authority information that is coupled to the 
network, that is stored apart from the payment request and that is independent of the 
received certificate (see figs. 1 , 4C, 4D, 4E, 5, where authority is forwarded and verified 
by the root entity where authority to sign is stored; 0141-0148, 0167) 

Accordingly it would have been obvious to one of ordinary skill in the art at time 
of applicant's invention to modify the system of Brown et al and incorporate a digital 
certificate assigned to the user of the client computer, the digital certificate comprising a 
first code portion and a second code portion, wherein the first code portion of the digital 
certificate is configured to enable authentication of the user, the first code portion 
defines a public key, a certificate serial number, a certificate validity period, a digital 
signature of the certificate authority, and an extension field and matching the authority 
of a user within the second code portion of the certificate to corresponding authority 
information of the user retrieved from the accessed independent store of authority 



Application/Control Number: 10/727,409 Page 13 

Art Unit: 3685 

information in view of the teachings of Hwangbo and Tallent respectively in order to 
ensure adequate security of the document, and in addition since the claimed invention 
is merely a combination of old and known elements, and in the combination each 
element merely would have performed the same function as it did separately, and one 
of ordinary skill in the art would have recognized that the results of the combination 
were predictable. 

21 . As per claim 30 , Brown further discloses the computer readable code, wherein 
the digital certificate conforms to the X.509 standard (0109; 0164; 0183) 

22. As per claim 31 Brown further discloses the computer readable code wherein the 
second code portion is configured as XML code (0062; 0068; 0069). 

23. As per claim 32 . Brown further discloses the computer readable code, wherein 
the XML code is compliant with a DSML standard (0062; 0068; 0069). 

24. As per claim 33 . Brown further discloses the computer readable code, wherein 
the authority of the user of the client computer is stored in a hierarchical authority data 
structure that is accessible by the server computer (0165 which discloses that the 
certificates are stored in an online, publicly accessible repository and are accessed 
using a standard protocol). 
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Conclusion 

25. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Examiner's Note: Examiner has cited particular columns and line numbers in 
the references as applied to the claims below for the convenience of the applicant. 
Although the specified citations are representative of the teachings in the art ad are 
applied to the specific limitations within the individual claim, other passages and figures 
may apply as well. It is respectfully requested that the applicant, in preparing the 
responses, fully consider the references in entirety as potentially teaching all or part of 
the claimed invention, as well as the context of the passage as taught by the prior art or 
disclosed by the examiner. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Charles C. Agwumezie whose number is (571) 272- 
6838. The examiner can normally be reached on Monday - Friday 8:00 am - 5:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Andrew Fischer can be reached on (571) 272 - 6779. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.LiSPto.gov . Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll free). If you would like assistance from a USPTO 
Customer Service Representative or access to the automated information system, call 
800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Charlie C Agwumezie/ 
Primary Examiner, Art Unit 3685 
March 6, 2009 



